1. 文件压缩
　　rm -rf /home/exppipe
　　3.导出成功完成之后删除建立的管道
以上步骤产生的可执行文件expst (exp single task)和impst与exp/imp用法完全相同. 使用它们比使用exp/imp可节省多至30%的时间. 但在使用它们时千万要注意一点, 即一定要保证在使用expst/impst时不能有任何其他用户在使用Oracle数据库, 否则数据库会产生不可预知的后果甚至毁坏.
　　2.导入生成的压缩文件
$ mknod /tmp/exp_pipe p

·compress 为UNIX数据压缩工具.
$ exp file=/dev/rmt/0m volsize=4G
　　imp system/passwd@orcl file=/home/exppipe fromuser=test touser=macro &
$ exp file=/tmp/exp_pipe ... &
2. exp结果输出到该管道
$ compress < /tmp/exp_pipe > export.dmp.Z &
mknod /home/exppipe p

再看看直接exp到磁带上的方法.
现在我们可以着手讨论具体方法,
　　这样就导入成功，之后删除管道
　　通过管道导出数据
　　通过管道导入生成的文件
　　以上总结，PiPe真不错，能加快速度，同时还可以避免单个文件大于2G的限制。

实施exp之前, 我们可先检查所产生dmp文件的大小. 以下步骤既可实现,
$ make -f $ORACLE_HOME/rdbms/lib/oracle.mk expst
2. exp到管道.
1. 生成管道:
imp类似.以上方法都可使我们避免2GB限制.
$ exp file=/dev/rdsk/c0t3d0s0 volsize=4G
$ mknod /tmp/mypipe p
　　gzip < /home/exppipe > exp.dmp.gz
A：昨天在网上一个朋友问我，如何导入一个通过pipe导出并压缩过的文件，我特意做了一次试验：
　　rm /home/exppipe
$ exp file=/tmp/mypipe <...其它exp选项> &
　　1.建立管道
·dd 允许我们从一个设备拷贝数据到另一个设备.
　　1.通过mknod -p建立管道
3. 综合方法
$ make -f $ORACLE_HOME/rdbms/lib/oracle.mk impst
　　根据我的测试，压缩导出文件只是普通大小的十分之一
我们以UNIX为例首先看看怎么样超越2GB限制. 这需利用UNIX的通用技术, 如管道(named pipe), 数据拷贝工具dd以及数据压缩(compress). 下面分别讨论这几种技术.
2. 直接exp到磁带
　　Oracle的导出和导入不能直接引用标准的输出和输入，但通过unix pipe可是实现,通过管道可以加快exp/imp速度
下面讨论怎么样缩短exp索需时间的问题. 目前多数用户会采用exp到磁带的方法只因没有足够的剩余硬盘空间. 而整个exp过程所花时间的大部分都在写磁带上. 通过我们上面对UNIX工具的讨论, 我们可以做到先exp到管道, 再将管道数据压缩后输出到磁带上. 这样写磁带的数据量可大大减少, 从而在相当程度上缩短写磁带时间. 另外从Oracle内部角度讲, 从7.3版开始, Oracle允许用户做direct path export, 即跳过Oracle
$ imp file=/dev/rmt/0m volsize=4G
结果返回exp (.dmp)文件大小, 单位为块(512 bytes).
·管道 是一种伪文件. 它存在于内存中, 用于快速I/O操作. 管道的缓冲区采用先进先出机制, 即写管道进程写到缓冲区头部而读管道进程读取管道尾部. 建立管道的命令为”mknod filename p".
1. 启动compress进程, 使之从管道读取数据并输出到磁盘文件.
　　2.通过exp和gzip导出数据到建立的管道并压缩
3. 读取管道并把结果输出到管道, 只为查看数据量:
$ dd if=/tmp/mypipe of=/dev/null
　　mknod /home/exppipe p --在目录/home下建立一个管道exppipe 注意参数p
最后看看exp到裸设备上的方法,
　
　　exp test/test@orcl file=/home/exppipe &
　　gunzip < exp.dmp.gz > /home/exppipe

先由exp把数据卸出到文件系统, 产生一个.dmp文件, 然后必要时再由imp将数据装入数据库. 对于一般中小型数据库来说, 全数据库的exp所产生的dmp文件可能小于2GB, 但对稍大型的数据库, exp产生的数据动辄数十至上百个GB. 而现时多数操作系统为32位, 其文件系统允许的最大文件为2GB. 这样显然不能由文件系统存放exp产生的数据. 这是问题之一. 另一个问题是随着数据库的不断增大, exp所需时间越来越长以致实际上很难实施. 本文针对以上两个问题讨论相应对策.
　　3.删除管道
imp时情况类似.
首先看文件压缩方法. 利用文件压缩我们可尽量避免dmp文件大小超过2GB限制. 我们利用UNIX的管道技术, 具体步骤如下,